home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2504 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: Hermes.grace.irl.cri.nz!maths!peterm
  2. From: peterm@maths.grace.cri.nz (Peter McGavin)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 01 Feb 1996 07:52:15 GMT
  6. Organization: Industrial Research Ltd
  7. Message-ID: <PETERM.96Feb1205215@tui.maths.irl.cri.nz>
  8. References: <john.hendrikx.47u5@grafix.xs4all.nl>
  9.     <PETERM.96Jan29164036@tui.maths.irl.cri.nz>
  10.     <4ek6bo$84n@xmission.xmission.com> <4ekl5d$51@serpens.rhein.de>
  11.     <PETERM.96Feb1123338@tui.maths.irl.cri.nz>
  12.     <4ep546$hpr@serpens.rhein.de>
  13. NNTP-Posting-Host: tui.grace.cri.nz
  14. In-reply-to: mlelstv@serpens.rhein.de's message of 1 Feb 1996 02:30:46 +0100
  15.  
  16. mlelstv@serpens.rhein.de (Michael van Elst) writes:
  17. >peterm@maths.grace.cri.nz (Peter McGavin) writes:
  18. >>Current high-level gfx calls have a queue limit of 1 (or less than 1).
  19. >
  20. >Right. But that's as good as N.
  21.  
  22. I assume you mean by creating another task to process the queue.
  23. There is a problem with the current implementation that WaitBlit() is
  24. CPU-intensive for large blits.  So queuing large gfx operations
  25. (perhaps with some smaller operations in the queue as well) eats CPU
  26. time.  Maybe this can be fixed in the next implementation.  (I'm
  27. talking about high-level gfx calls, not QBlit().)
  28.  
  29. Also, there may be problems queuing some operations like
  30. ChangeScreenBuffer() when the Screen is opened by the parent task (or
  31. perhaps not --- I don't really know).
  32.  
  33. >All you need is a proper model for synchronization. This should be
  34. >done on either a bitmap or a rastport basis. Graphic operation can then
  35. >be completely asynchronous as the driver decides.
  36.  
  37. Sorry, I don't follow exactly what you're proposing here.
  38. -- 
  39. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  40.